Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

bump to version 01 #98

Closed
wants to merge 1 commit into from
Closed

Conversation

dericed
Copy link
Contributor

@dericed dericed commented Jan 6, 2018

No description provided.

@dericed
Copy link
Contributor Author

dericed commented Jan 6, 2018

I suggest to stall merging this PR until after finalizing and merging the other open pulls (perhaps excepting #71 which needs a lot more work). The cellar document tracker's version of the FFV1 specification is now expired https://datatracker.ietf.org/doc/draft-ietf-cellar-ffv1/ so we don't have an active spec listed, but I think the recent work is worthy of marking a new version. After merging please also mark a release in the github repo.

@dericed
Copy link
Contributor Author

dericed commented Jan 14, 2018

I propose resolving #89 and maybe #87 and then merging this, so that the tracker can be updated. Following that we can adjust the syntax and makefile to separate a [v013] and [v4] release from the same document.

@JeromeMartinez
Copy link
Contributor

#101 is not big and is the missing link between pseudo-algorithm and Samples description, I suggest to have it merged too before marking a new version.
Eager to send this new version on IETF tracker.

@dericed
Copy link
Contributor Author

dericed commented Jan 26, 2018

I suggest that other open PR's either relate to future versions or require more discussion. Thus I propose merging this PR so that the cellar document tracker may be updated with version 01.

@JeromeMartinez
Copy link
Contributor

From my point of view #87 and #93 are waiting for feedback or merge but I think this is not blocking for bump to version 01 on the IETF tracker.

@dericed
Copy link
Contributor Author

dericed commented Jan 26, 2018

I prefer an alternate to #93 to mark lines that are [V4]-only or [V013]-only and handle filtering lines in the make process.

#87 looks ok to me, but perhaps needs more consensus on the terminology used. At any rate I'd prefer to move forward with this PR and not consider the other PRs as necessarily blocking.

@michaelni michaelni closed this in 9df20bf Jan 26, 2018
@dericed
Copy link
Contributor Author

dericed commented Jan 26, 2018

thx @michaelni, please also mark a release point in the github repo for draft-ietf-cellar-ffv1-01

@michaelni
Copy link
Member

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants